GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Application Protocol Data Unit</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Application Protocol Data Unit</span></h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr"><p><i><b><span lang="en">Application Protocol Data Unit</span></b></i> (<b><span lang="en">APDU</span></b>; <a href="Englische_Sprache" title="Englische Sprache">englisch</a> für „Datenelement des Anwendungsprotokolls“) bezeichnet einen kombinierten Kommando-/Datenblock des <a href="Kommunikationsprotokoll" title="Kommunikationsprotokoll">Kommunikationsprotokolls</a> zwischen einem <a href="Chipkartenleser" title="Chipkartenleser">Chipkartenleser</a> und einer <a href="Chipkarte" title="Chipkarte">Chipkarte</a>. Für den Datenaustausch wird ein kombinierter <a href="Anweisung_(Programmierung)" title="Anweisung (Programmierung)">Befehls</a>- (oder <i>Kommando-</i>) und Datenblock verwendet. Die Struktur der APDU ist definiert in der Norm <a href="ISO_7816" title="ISO 7816">ISO 7816</a>.<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup>

</p><p><i>APDUs</i> werden unterschieden in <i>command APDUs</i>, welche Kommandos an die Chipkarte übermitteln, und <i>response APDUs</i>, die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine <i>command APDU</i> der Anschlussschnittstelle erfolgt jeweils eine <i>response APDU</i> der Karte. Die <a href="Chipkarte" title="Chipkarte">Chipkarte</a> selbst initiiert nie eine Kommunikation.

</p><p>Die Strukturen von <i>command APDU</i> und <i>response APDU</i> sind in der Norm <a href="ISO_7816" title="ISO 7816">ISO 7816-4</a> festgelegt. <i>APDUs</i> stellen ein Informationselement der Anwendungsebene dar. Im <a href="OSI-Modell" title="OSI-Modell">OSI-Schichtenmodel</a> entspricht das der Schicht 7.

</p>

<div class="mw-heading mw-heading2"><h2 id="Ablauf_der_Kommunikation">Ablauf der Kommunikation</h2></div>

<p>Zu Beginn einer Kommunikation wird das Anwendungsprotokoll üblicherweise mittels <i><a href="Answer_to_Reset" title="Answer to Reset">Answer-to-Reset</a></i>- und optionaler <i>Protocol-Type-Selection</i>-ADPUs initialisiert.

</p>

<div class="mw-heading mw-heading2"><h2 id="command_APDU"><i>command APDU</i></h2></div>

<p>Die Kommando-APDU besteht aus einem Kopf (<span style="font-style:normal;font-weight:normal"><a href="Englische_Sprache" title="Englische Sprache">englisch</a></span> <span lang="en-Latn" style="font-style:italic">header</span>) und einem optionalen Rumpf (engl. <i><span lang="en">body</span></i>).

</p>

<th width="10%">CLA

</th>

<th width="10%">INS

</th>

<th width="10%">P1

</th>

<th width="10%">P2

</th>

<th width="10%">Lc

</th>

<th width="40%">Data

</th>

<th width="10%">Le

</th></tr>

<tr>

<td colspan="4" align="center">Header

</td>

<td colspan="3" align="center">Body

</td></tr></tbody></table>

<p>Die einzelnen Bytes haben folgende Bedeutung:

</p>

<th>Bezeichner

</th>

<th>Name

</th>

<th>Länge in Byte

</th>

<th>Bedeutung

</th></tr>

<tr>

<td>CLA

</td>

<td>Class

</td>

<td>1

</td>

<td>Gibt die Befehlsklasse an. Zusätzlich wird signalisiert, ob das Kommando Secure Messaging nutzt.

</td></tr>

<tr>

<td>INS

</td>

<td>Instruction

</td>

<td>1

</td>

<td>Gibt das Kommando an. Wegen Einschränkungen im byteorientierten Protokoll T=0 dürfen nur geradzahlige Instruction-Bytes verwendet werden.

</td></tr>

<tr>

<td>P1

</td>

<td>Parameter 1

</td>

<td>1

</td>

<td>Parameter für das Kommando

</td></tr>

<tr>

<td>P2

</td>

<td>Parameter 2

</td>

<td>1

</td>

<td>Parameter für das Kommando

</td></tr>

<tr>

<td>Lc

</td>

<td>Length command

</td>

<td>0, 1 oder 3

</td>

<td>Länge der Kommandodaten (siehe auch Abschnitt „<a href="#Kodierung_der_Längenfelder_Lc_und_Le">Kodierung der Längenfelder</a>“)

</td></tr>

<tr>

<td>Data

</td>

<td>Data

</td>

</td>

<td>Kommandodaten

</td></tr>

<tr>

<td>Le

</td>

<td>Length expected

</td>

<td>0 bis 3

</td>

<td>Länge der erwarteten Antwortdaten (siehe auch Abschnitt „<a href="#Kodierung_der_Längenfelder_Lc_und_Le">Kodierung der Längenfelder</a>“)

</td></tr></tbody></table>

<p>Wenn keine Antwortdaten erwartet werden, wird das Le-Byte des Rumpfes (oder <i>Bodys</i>) weggelassen. Genauso werden Lc-Byte und die Daten weggelassen, wenn keine Kommandodaten nötig sind. Abhängig von Kommando- und Antwortdaten lassen sich vier Fälle mit unterschiedlicher Struktur des Kommandos unterscheiden. Sie werden mit <i><span lang="en">case 1</span></i> bis <i><span lang="en">case 4</span></i> (engl. für <i>Fall 1 bis 4</i>) bezeichnet.

</p>

<div class="mw-heading mw-heading3"><h3 id="Case_1-Kommando"><i>Case 1</i>-Kommando</h3></div>

<p><i>Case 1</i> ist ein einfaches Kommando ohne Kommandodaten und ohne Antwortdaten. Deshalb kann auf den gesamten <i>Body</i> des Kommandos verzichtet werden:

</p>

<td>Header

</td></tr></tbody></table>

<div class="mw-heading mw-heading3"><h3 id="Case_2-Kommando"><i>Case 2</i>-Kommando</h3></div>

<p>Im <i>Case 2</i> hat das Kommando keine Kommandodaten, erwartet aber Antwortdaten. Daraus ergibt sich folgender Kommandoaufbau:

</p>

<td>Header</td>

<td>Le

</td></tr></tbody></table>

<div class="mw-heading mw-heading3"><h3 id="Case_3-Kommando"><i>Case 3</i>-Kommando</h3></div>

<p><i>Case 3</i> beschreibt ein Kommando mit Kommandodaten, das keine Antwortdaten erwartet und demnach folgendermaßen aussieht:

</p>

<td>Header</td>

<td>Data

</td></tr></tbody></table>

<div class="mw-heading mw-heading3"><h3 id="Case_4-Kommando"><i>Case 4</i>-Kommando</h3></div>

<p>Ein <i>Case 4</i>-Kommando hat sowohl Kommando- als auch Antwortdaten und deswegen den vollständigen Kommando-<i>Body</i>:

</p>

<td>Header</td>

<td>Le

</td></tr></tbody></table>

<div class="mw-heading mw-heading3"><h3 id="Kodierung_der_Längenfelder_Lc_und_Le"><span id="Kodierung_der_L.C3.A4ngenfelder_Lc_und_Le"></span>Kodierung der Längenfelder Lc und Le</h3></div>

<p>Es gibt zwei unterschiedliche Kodierungen für die Längenfelder Lc und Le. Standardmäßig unterstützt werden die kurzen Längenfelder; hierbei ist die Längenangabe nur ein Byte lang und unterstützt somit Werte von 1 bis 255 Byte (Hexadezimal 0x01 bis 0xFF). Der Sonderfall Le = 0x00 bedeutet hierbei eine erwartete Länge (<span style="font-style:normal;font-weight:normal"><a href="Englische_Sprache" title="Englische Sprache">englisch</a></span> <span lang="en-Latn" style="font-style:italic">expected length</span>) von 256 Bytes. Somit können maximal 255 Bytes geschrieben (Lc) und 256 Bytes gelesen (Le) werden.

</p><p>Wegen der immer größeren Datenmengen, die auf Smartcards (besonders im Bereich der Signaturen) gespeichert und gelesen werden können, wurde es notwendig, innerhalb einer APDU größere Datenmengen zu lesen oder zu schreiben. Dazu wurden die <i><span lang="en">extended APDUs</span></i> eingeführt. Anhand der <i><span lang="en"><a href="Answer_to_Reset#Die_Historical_Characters" title="Answer to Reset">Historical Characters</a></span></i> im ATR kann festgestellt werden, ob eine Smartcard diese größeren APDUs unterstützt. Bei der <i><span lang="en">extended APDU</span></i> kann Lc bzw. Le einen Wert zwischen 1 und 65535 bzw. 65536 kodieren. Das erste auftretende Feld wird dabei mit 3 Bytes kodiert. Bei Case-2-Kommando-APDUS ist dies das Le-Feld, bei Case-3- und -4-Kommando-APDUS das Lc-Feld. Bei Case-4-Kommando-APDUS wird das Le-Feld mit 2 Bytes codiert (das führende Null-Byte entfällt).

</p><p>Kodiert wird demnach das erste Lx-Feld mit 3 Bytes (B1)='00', (B2||B3)=beliebiger Wert, wobei für Lc hier '0000' nicht erlaubt ist (wenn B2 und B3 für Le auf '0000' gesetzt werden, ist dies gleichbedeutend mit 65536) und das zweite (sofern vorhanden ist es Le) nach dem gleichen Schema ohne das führende Null-Byte.

</p>

<div class="mw-heading mw-heading2"><h2 id="response_APDU"><i>response APDU</i></h2></div>

<p>Die sogenannte <i><span lang="en">response APDU</span></i> (<a href="Englische_Sprache" title="Englische Sprache">engl.</a> für <i>Antwort-APDU</i>) besteht aus einem optionalen Rumpf (engl. <i><span lang="en">body</span></i>) und einem obligatorischen Abschluss (engl. <i><span lang="en">trailer</span></i>).

</p>

<th width="80%">Data

</th>

<th width="20%">SW1 SW2

</th></tr>

<tr>

<td align="center">Body

</td>

<td align="center">Trailer

</td></tr></tbody></table>

<p>Der Abschluss (oder <i>Trailer</i>) enthält die beiden Status-Bytes <i>SW1</i> und <i>SW2</i>, die zusammen das Statuswort (kurz <i>SW</i> oder den auch sogenannten <i><a href="Return_Code" title="Return Code">Return Code</a></i>) bilden. Das Statuswort gibt Auskunft über die erfolgreiche Abarbeitung des Kommandos oder die Art des Fehlers, der die Abarbeitung verhindert oder unterbrochen hat.

</p><p>Der <i>Body</i> enthält die Antwortdaten des Kommandos, dessen Länge im Le-Byte der <i>command APDU</i> angegeben war. Wenn Le Null ist oder die Kommandoabarbeitung wegen eines Fehlers abgebrochen wurde, werden keine Antwortdaten verschickt. Damit ergeben sich zwei Varianten einer <i>response APDU</i>:

</p>

<ul><li>Le nicht Null, und Kommando erfolgreich</li></ul>

<td width="80%">Data

</td>

<td width="20%">SW1 SW2

</td></tr></tbody></table>

<ul><li>Le ist Null, oder Kommando nicht erfolgreich</li></ul>

<td>SW1 SW2

</td></tr></tbody></table>

<div class="mw-heading mw-heading3"><h3 id="Statuswörter"><span id="Statusw.C3.B6rter"></span>Statuswörter</h3></div>

<p>Das Statuswort hat entweder die Werte 9000 oder 61xx und zeigt damit die fehlerfreie Abarbeitung des Kommandos an, oder die Werte 62xx bis 6Fxx, welche die Art der Abweichung vom normalen Ablauf angeben. Die Statuswörter unterliegen der in der Tabelle angegebenen Systematik.

</p>

<th align="center">61xx und 9000

</th>

<th align="center">     62xx     

</th>

<th align="center">63xx

</th>

<th align="center">65xx

</th>

<th align="center">     64xx     

</th>

<th align="center">67xx bis 6Fxx

</th></tr>

<tr>

<td colspan="3" align="center">Prozess abgeschlossen

</td>

<td colspan="3" align="center">Prozess abgebrochen

</td></tr>

<tr>

<td align="center">Normal

</td>

<td colspan="2" align="center">Warnung

</td>

<td colspan="2" align="center">Ausführungsfehler

</td>

<td align="center">Prüfungsfehler

</td></tr>

<tr>

<td> 

</td>

<td align="center">Keine Daten verändert

</td>

<td colspan="2" align="center">Daten im EEPROM verändert

</td>

<td colspan="2" align="center">Keine Daten verändert

</td></tr></tbody></table>

<p>Die folgende Tabelle zeigt die wichtigsten Statuswörter und ihre Bedeutung:

</p>

<th>Statuswort

</th>

<th>Bedeutung

</th>

<th>Anmerkung

</th></tr>

<tr>

<td>61xx

</td>

<td>Kommando erfolgreich ausgeführt. xx Datenbytes können mit dem ‚<code><span lang="en">GET RESPONSE</span></code>‘-Kommando abgeholt werden.

</td>

<td>Statuswort zur Steuerung des T=0-Protokolls

</td></tr>

<tr>

<td>6281

</td>

<td>Die zurückgegebenen Daten können fehlerhaft sein.

</td>

<td> 

</td></tr>

<tr>

<td>6282

</td>

<td>Da das Dateiende vorher erreicht wurde, konnten nur weniger als <i>Le</i> Bytes gelesen werden.

</td>

<td> 

</td></tr>

<tr>

<td>6283

</td>

<td>Die ausgewählte Datei ist gesperrt (<span style="font-style:normal;font-weight:normal"><a href="Englische_Sprache" title="Englische Sprache">englisch</a></span> <span lang="en-Latn" style="font-style:italic">invalidated</span>, wörtlich „ungültig“).

</td>

<td> 

</td></tr>

<tr>

<td>6284

</td>

<td>Die <i><span lang="en">File Control Information</span></i> (<i><span lang="en">FCI</span></i>) ist inkonform zu <i><a href="ISO_7816" title="ISO 7816">ISO 7816-4</a></i>.

</td>

<td> 

</td></tr>

<tr>

<td>62xx

</td>

<td>Warnung; Zustand des nichtflüchtigen Speichers nicht verändert

</td>

<td> 

</td></tr>

<tr>

<td>63Cx

</td>

<td>Zähler hat den Wert x erreicht (die genaue Bedeutung ist vom Kommando abhängig)

</td>

<td> 

</td></tr>

<tr>

<td>63xx

</td>

<td>Warnung; Zustand des nichtflüchtigen Speichers verändert

</td>

<td> 

</td></tr>

<tr>

<td>64xx

</td>

<td>Ausführungsfehler; Zustand des nichtflüchtigen Speichers nicht verändert

</td>

<td> 

</td></tr>

<tr>

<td>6581

</td>

<td>Speicherfehler

</td>

<td> 

</td></tr>

<tr>

<td>65xx

</td>

<td>Ausführungsfehler; Zustand des nichtflüchtigen Speichers verändert

</td>

<td> 

</td></tr>

<tr>

<td>6700

</td>

<td>Befehlslänge (<i>Lc</i>) oder erwartete Antwortlänge (<i>Le</i>) falsch

</td>

<td> 

</td></tr>

<tr>

<td>6800

</td>

<td>Funktionen im Class-Byte werden nicht unterstützt

</td>

<td> 

</td></tr>

<tr>

<td>6881

</td>

<td>Logische Kanäle werden nicht unterstützt

</td>

<td> 

</td></tr>

<tr>

<td>6882

</td>

<td><i><span lang="en">Secure Messaging</span></i> wird nicht unterstützt

</td>

<td> 

</td></tr>

<tr>

<td>6900

</td>

<td>Kommando nicht erlaubt

</td>

<td> 

</td></tr>

<tr>

<td>6981

</td>

<td>Kommando inkompatibel zur Dateistruktur

</td>

<td> 

</td></tr>

<tr>

<td>6982

</td>

<td>Sicherheitszustand nicht erfüllt

</td>

<td> 

</td></tr>

<tr>

<td>6983

</td>

<td>Authentisierungsmethode ist gesperrt

</td>

<td> 

</td></tr>

<tr>

<td>6984

</td>

<td>Referenzierte Daten sind gesperrt

</td>

<td> 

</td></tr>

<tr>

<td>6985

</td>

<td>Nutzungsbedingungen sind nicht erfüllt

</td>

<td> 

</td></tr>

<tr>

<td>6986

</td>

<td>Kommando nicht erlaubt (kein EF selektiert)

</td>

<td> 

</td></tr>

<tr>

<td>6987

</td>

<td>Erwartete Secure-Messaging-Objekte nicht gefunden

</td>

<td> 

</td></tr>

<tr>

<td>6988

</td>

<td>Secure-Messaging-Datenobjekte sind inkorrekt

</td>

<td> 

</td></tr>

<tr>

<td>6A00

</td>

<td>Falsche Parameter P1/P2

</td>

<td> 

</td></tr>

<tr>

<td>6A80

</td>

<td>Falsche Daten

</td>

<td> 

</td></tr>

<tr>

<td>6A81

</td>

<td>Funktion wird nicht unterstützt

</td>

<td> 

</td></tr>

<tr>

<td>6A82

</td>

<td>Datei wurde nicht gefunden

</td>

<td> 

</td></tr>

<tr>

<td>6A83

</td>

<td>Datensatz (engl. <i><span lang="en">record</span></i>) der Datei nicht gefunden

</td>

<td> 

</td></tr>

<tr>

<td>6A84

</td>

<td>Nicht genügend Speicherplatz in der Datei

</td>

<td> 

</td></tr>

<tr>

<td>6A85

</td>

<td>Lc nicht konsistent mit der <a href="Type-Length-Value" title="Type-Length-Value">TLV</a>-Struktur

</td>

<td> 

</td></tr>

<tr>

<td>6A86

</td>

<td>Inkorrekte Parameter P1/P2

</td>

<td> 

</td></tr>

<tr>

<td>6A87

</td>

<td>Lc inkonsistent mit P1/P2

</td>

<td> 

</td></tr>

<tr>

<td>6A88

</td>

<td>Referenzierte Daten nicht gefunden

</td>

<td> 

</td></tr>

<tr>

<td>6B00

</td>

<td>Parameter P1/P2 falsch

</td>

<td> 

</td></tr>

<tr>

<td>6Cxx

</td>

<td>Falsche Länge Le; xx gibt die korrekte Länge an

</td>

<td>Statuswort zur Steuerung des T=0-Protokolls

</td></tr>

<tr>

<td>6D00

</td>

<td>Das Kommando (INS) wird nicht unterstützt

</td>

<td> 

</td></tr>

<tr>

<td>6E00

</td>

<td>Die Kommandoklasse (CLA) wird nicht unterstützt

</td>

<td> 

</td></tr>

<tr>

<td>6F00

</td>

<td>Kommando wurde mit unbekanntem Fehler abgebrochen

</td>

<td> 

</td></tr>

<tr>

<td>9000

</td>

<td>Kommando erfolgreich ausgeführt

</td>

<td> 

</td></tr></tbody></table>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134"><i>ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange.</i></a> Iso.org, 3. Oktober 2008,<span class="Abrufdatum"> abgerufen am 18. Dezember 2016</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AApplication+Protocol+Data+Unit&rft.title=ISO%2FIEC+7816-4%3A2005+Identification+cards+%E2%80%94+Integrated+circuit+cards+%E2%80%94+Part+4%3A+Organization%2C+security+and+commands+for+interchange&rft.description=ISO%2FIEC+7816-4%3A2005+Identification+cards+%E2%80%94+Integrated+circuit+cards+%E2%80%94+Part+4%3A+Organization%2C+security+and+commands+for+interchange&rft.identifier=http%3A%2F%2Fwww.iso.org%2Fiso%2Fiso_catalogue%2Fcatalogue_tc%2Fcatalogue_detail.htm%3Fcsnumber%3D36134&rft.publisher=Iso.org&rft.date=2008-10-03"> </span> (englisch)</span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2023-07-25" href="https://de.wikipedia.org/wiki/?title=Application_Protocol_Data_Unit&oldid=235819517">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>